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FIELD OF THE INVENTION 
This present invention relates to transmitting information to different entities 
in a system. More specifically, it relates to routing commands to different 
destinations within a computer system. 

BACKGROUND OF THE INVENTION 

In modern computer systems, processing functions are often performed by 
electronic boards. The boards themselves may be housed in a single or multiple 
chassis. The boards may be placed in slots in the chassis with each slot holding a 
different board. The boards may be differentiated based upon different criteria. For 
example, the boards may perform different types of processing (e.g., resource 
management) or provide different hardware elements (e.g., memories). 

The boards may include software images, which are stored in a memory and 
used by a processor to perform processing on the board. The software images may, 
for example, include operating system software or application programming. The 
software images may operate with only certain types and versions of boards. 

Over time, the software images on different boards may need to be updated. 
For example, a new software image for a particular board may operate faster or more 
efficiently. A newer software image may also provide new features for a board. 

A network management station, communicatively coupled to a board, may be 

used to upload images to the boards. An operator may type in commands to update a 

software image. The network management station may utilize an interface that allows 
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a user to enter the commands to be sent to the different boards. The interface may be 
the command line interface (CLI). The CLI itself may be comprised of a plurality of 
CLI servers. Each server may process commands destined for boards having a 
particular type and version number. 
5 The boards may use different protocols to communicate with each other. For 

example, the file transfer protocol (FTP) or trivial file transfer protocol (TFTP) may 
be used. Another example of a protocol is the dynamic host configuration protocol 
(DHCP). 
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SUMMARY OF THE INVENTION 
The system and method of the present invention advantageously allows a user 
5 to route commands to any board in a system having one or more chassis with one or 
more board in each chassis. Conveniently, the same command can be routed to 
different boards without user intervention. In addition, boards of the same type and 
version may be replaced sequentially without all boards of the same type and version 
being deactivated. 

10 In one embodiment of the present invention, a device includes a memory and a 

processor. 

The memory may receive and store a first command line interface. The first 
command line interface may process commands addressed to boards of a first board 
type. The memory may also receive and store a second command line interface. The 
15 second command line interface may process commands addressed to boards of the 
first board type. 

The processor may process a first command using the first command line 
interface and a second command using the second command line interface. The first 
command and the second commands may be addressed to boards having the first 
20 board type. The processor may also receive command addressed to multiple boards 
and routes the boards to the multiple destinations. 

In another example of the present invention, a system for downloading a 
software image includes a plurality of boards, a network management station, and a 
system manager. Each of the boards may have a slot number and a chassis number. 

-4- 

McDonnell Boehnen Hulbert & Berg ho ff 
300 S. Wacker Drtve. Suite 3200 
Chicago, IL 60606 
312-913-0001 





The network management station may have an interface, the interface allowing an 
operator to enter a command. The command may have a destination slot number and 
destination chassis number. 

The system manager coupled to the network management station and to the 
plurality of boards. The system manager may store a plurality of command line 
interfaces. Each of the command line interfaces may process commands addressed to 
boards having a board type and a version number. 

The system manager may determine the destination slot number and chassis 
number of the command. The command line interface associated with the slot 
number and the chassis number may process the command. One of the plurality of 
boards may be updated with a new image and a new command line interface. 
Thereafter, a command having a destination of the slot number and chassis number of 
the board may be routed to the new command line interface. Commands addressed to 
others of the plurality of boards of the same board type as the one of the plurality of 
boards may be routed to other of the command line interfaces. 

These as well as other features and advantages of the present invention will 
become apparent to those of ordinary skill in the art by reading the following detailed 
description, with appropriate reference to the accompanying drawings. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Preferred embodiments of the present inventions are described with reference 
to the following drawings, wherein: 

FIG. 1 is a diagram illustrating a preferred embodiment of the system for the 
5 system in accordance with the present invention; 

Figures 2a and b memory diagrams in accordance with a preferred 
embodiment of the present invention; 

Figure 3 is a CLI command in accordance with a preferred embodiment of the 
present invention; 

10 Figure 4 is a flowchart showing the routing of a CLI command in accordance 

with a preferred embodiment of the present invention; 

Figure 5 is a flowchart showing the addition of a CLI in accordance with a 
preferred embodiment of the present invention; 

Figures 6a and b are block diagrams showing the effects of adding a CLI in 
15 accordance with a preferred embodiment of the present invention; and 

Figure 7 is a block diagram of a CLI server process in accordance with a 
preferred embodiment of the present invention. 
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DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 



Referring now to Figure 1, a network management station (NMS) 102 is 
coupled to a system manager 104. The system manager 104 is coupled to a first 
chassis 106. The first chassis 106 includes a group of n boards 108. The system 
manager 104 may be a card in the group of 108 and is also coupled to a second 
chassis 110. The second chassis 110 includes a group of m boards 112. It should be 
understood that many of the elements described and illustrated throughout this 
specification are functional in nature and may be embodied in one or more physical 
entities or may take other forms beyond those described or depicted. 

The NMS 102 may be implemented by a processor executing computer 
instructions stored in a memory. The NMS 102 may perform a variety of functions. 
For example, the NMS 102 may query any of the boards 108 to determine parameters 
of the boards. The boards 108 may return the parameters to the NMS 102. Once the 
NMS 102 receives the parameters from one the boards 108, the NMS 102 may 
determine information from the returned parameters. For example, the NMS 102 may 
determine whether one of the boards 108 requires attention. One example of an NMS 
is the Total Control Manager® manufactured by 3Com Corporation. 

The system manager 104 may be implemented by a processor executing 

computer instructions stored in a memory. The system manager 104 may receive 

images from the NMS 102. The images may include a CLI executable code ("a CLI 

server") that processes CLI commands addressed to certain board types and certain 

versions of boards. The system manager 104 may keep part of the images containing 

the CLI code for a particular board and for every version of that board. In addition, 
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the CLI server may include a parser, which determines whether a command is 
syntactically correct. Further, the parser may determine if a request for help exists in 
the command, and, if so, displaying help information in response to the request. 
Although the parser is shown as being part of the system manager, it will be 
5 understood that the parser may be positioned in other locations as well. 

The groups of boards 108 and 112 are groups of n and m boards ("blades"), 
respectively, that can perform any type of function. For example, the any of the 
groups of boards 108 and 112 may be HiperArc boards manufactured by 3Com 
Corporation. The boards may be coupled to a variety of devices and/or networks. For 

10 example, the boards may be coupled to a telephone network or the Internet. The 
boards may be coupled to other networks or entities as well. 

In one example of the operation of the system of Figure 1, an image may be 
downloaded from the NMS 102 to system manager 104. The image may include 
executable code that a board uses to activate the electronic hardware on the board. 

15 The images may be downloaded when the system is booted up. 

The image may contain sub-portions. One of the sub-portions for every image 
may be the CLI server for a particular board type having a particular version. The 
sub-portions, including the CLI servers, may be stored in a memory at the system 
manager 104. The remaining parts may distribute to the correct boards by the system 

20 manager 104. 

CLI commands may be entered by an operator the NMS 102. The commands 

may be forwarded from the NMS 102 to the system manager 104. The system 

manager 104 may determine the destination board for the command and direct the 
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command to the CLI for that board. The CLI for that board may process the 
command, for example, performing translation functions. 

In one example, a command of "set 1:3 system.setup address=xyz" may be 
routed by the NMS 102 to the system manager 104. The System Manager 104 (with a 
Master CLI Server having the boardtype and version of every chassis and slot) may 
see the destination of chassis 1, slot 3. The appropriate CLI Server for the boardtype 
and version contained in chassis 1, slot 3 may perform the appropriate 
parsing/translation of the command, and forward the command to the correct board. 
The CLI Server for the boardtype and version contained in chassis 1, slot 3 may then 
receive a response, for instance, a response message, from the board and forward it to 
the Master CLI Server who may then respond to the user. 

The software image for a board may need to be updated. This may occur 
when a board is replaced or new features are to be added to the board. When the 
image for a board is updated, a new CLI server may be transmitted to the system 
manager. The new CLI server processes commands sent to the new version of the 
board. The remaining portions of the image (not including the CLI server) may be 
downloaded to the board. In this situation, there may exist two CLI servers for boards 
of the same type with different software versions. Since two CLI servers for a board 
type exist, both versions will then be able to be executed at the same time. Thus, the 
CLI server used to process commands for other boards of the same type may be 
adjusted some time later, until all commands destined for boards of the same type and 
version are processed by the same CLI server and only one version of the CLI server 
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exists at the system manager for all boards of the same boardtype and software 
version. 

Figure 2a shows how each of the separate CLI Servers may be executed and 
running on the System Manager 104. Figure 2b is how a complete image may be 
5 transferred to the System Manager 104. The binary image the board needs to boot 
(210) may be sent to the board and the binary image needed to support the CLI 
boardtype and version (212) is kept at the System Manager 104. Figure 2a then 
shows how a series of image transfers may result in a number of CLI Servers 202, 
204, 206, 208 residing on the System Manager 104. There exists a Master CLI Server 

10 201 that attaches all the other CLI Servers 202, 204, 206, 208 into a cohesive CLI . 

Referring now to Figure 2a, one example of an image 200 includes executable 
code fields 202, 204, 206, and 208. The field 202 includes the CLI executable code 
("a CLI server") for board type 1, version 1. The field 204 includes the CLI server for 
board type 1, version 2. The field 206 includes the CLI server for board type 2, 

15 version 1. The field 208 includes the CLI server for board 3, version 1. The image 
200 may include any number of sets of CLI server for any number of board types and 
any number of these board types. 

The image may include other fields as well. For example, fields may exist for 
HTTP Servers of differing boardtypes and versions. 

20 Referring now to Figure 2b, an example of an image 209 includes a first 

section 210. The first section includes executable code for a particular board type. A 
second section 212 includes CLI executable code ("the CLI server") for board type 1, 
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* 



version 3. The image may include other fields as well. For example, fields may exist 

for HTTP Servers, having differing boardtypes and versions. 

Referring now to Figure 3, one example of a command 300 may include a 

command field 302, a destination field 304, a topic field 306, and a parameter field 

5 308. The command 300 may be a CLI command. However, other types of 

commands in different formats are also possible. For example, the other commands 

may include HTTP requests. 

The command field 302 may include any type of command, for example, 

"set. 11 The destination field may include any type of indication of the ultimate 

10 destination of the command including the chassis and the slot number in the chassis. 

In one example, the destination field 304 may be set to "1:3" where 1 indicates the 

chassis number and 3 indicates the slot number in the chassis where the command is 

destined. Other type of indications are possible. A range is also possible. For 

example: 1,3:5-9 where 1 and 3 are chassis and 5-9 are slots 5 to 9 inclusive. 

15 The topic field 306 includes a single command or series of command 

indicating information needed to complete the command. In one example, the topic 

fields may be set to "system.setup". Other examples are possible. 

The parameter field 308 may include any parameters that are needed to 

complete the command. In one example, the parameter field 308 may be set to 

20 "address=xyz," where "address" is the parameter indicator and "xyx" is the value the 

parameter is being set to. Other examples are possible. 

Referring now to Figure 4, one example of a method of routing a CLI 

command to a particular chassis and a board within the chassis is described. At step 
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402, the system may receive the command, examine the command, and parse the 
command. For example, a parser may read the command to find the symbols in the 
command, a lexical analysis may be undertaken to determine a set of tokens, and an 
abstract syntax tree may be created, which captures the structural form of the 
command. 

At step 404, the system may locate the address indicator in the message. For 
example, the address indicator may be "1:3" where 1 is the chassis number and 3 is 
the slot number within the chassis for the destination of the message. The address 
indicator may take other forms as well. 

At step 406, the system may determine the chassis number of the destination 
from the addressing indictor. For example, if the addressing indicator is "1:3:, then 
the system may determine that the chassis is chassis 1 . Other methods of addressing 
the chassis may also be used including ranges for the chassis. A comma may be used 
to distinguish separate chassis and a dash may be used to include a set of chassis. 

At step 408, the system may determine the board number from the addressing 
indicator. For example, if the addressing indicator is "1:3", the system may determine 
that the board number within the chassis is board 3. Other methods of addressing a 
particular board within a chassis may also be used including ranges for the boards. A 
comma may be used to distinguish separate slots and a dash may be used to include a 
set of slots. 

At step 410, the system may translate the command from one protocol to 
another protocol. For example, the system may translate the command from the CLI 
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command format to the SNMP protocol. Other types of translation are possible, for 
example, from HTTP to SNMP. 

At step 412, the system may route the command to the proper board. For 
example, if the command has a Destination of board 3 in chassis 1, then the system 
5 routes the command to board 3 in chassis 1. The board may be routed to the board 
using any type of protocol, for example, using the SNMP protocol. Other examples 
of protocols may be used. 

At step 414, the system may retrieve a result from the board that gets 
translated back to the original protocol. For example, the board may reply with an 
10 SNMP result and the CLI Server may convert that to a CLI message response. 

At step 416, the system may display the result to the user to show the 
appropriate action was taken by the board. For example, the CLI message could 
respond with "success" or "error". 

Referring now to Figure 5, one example of updating boards in a chassis is 
15 described. At step 502, the system receives an update request. The request may be to 
update a particular board in a particular chassis. Alternatively, the request may be to 
update several boards in the same chassis or several boards in different chassis. The 
update may be in the form of a CLI command, for example, with an image of 
executable code. 

20 At step 504, the system creates a new version of the CLI server in a memory. 

The memory may be anywhere in the system. The CLI server present in the image 

may be placed in memory. Thereafter, commands destined for the chassis and slot 

use the new CLI server that has just been loaded. 
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At step 506, messages with destinations of the slot number and the board 
number are routed to the new CLI server. If the board in the chassis and slot number 
is of the same type as that housed elsewhere (in another slot, in the same or different 
chassis) the CLI Server may not be updated since there is already one running. 
5 Referring now to Figures 6a and 6b, one example of the operation of the 

method of the system and method of the present invention is described. In Figure 6a, 
a table 600 is shown before the system receives an image update for a board. The 
image includes a CLI server update. In Figure 6b, the table 600 is shown after the 
system receives the image update. A section of memory 620 in Figure 6a before the 

10 system receives the image update. The section of memory 620 is shown in Figure 6b 
after the system receives the image update. 

The table 600 includes a column 602, which indicates the chassis number. 
The table 600 also includes a column 604, which indicates the board or slot number. 
The table 600 also includes a column 606, which indicates a board type. The table 

15 600 also includes a column 607, which indicates a board software version. The table 
600 also includes a column 608, which indicates a CLI server version. The table 600 
also includes a plurality of rows 610, 612, 614, and 616. Each row indicates for a 
particular chassis and board/slot number, the board type in the slot, the board software 
version in the slot, and the CLI server version used to process CLI commands 

20 intended for the board in the slot and chassis. 

In Figure 6a, the memory portion 620 includes a first section 622, second 
section 624, and third section 626. The first section 622 includes CLI executable code 
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("CLI server") CLI 1. The second section 624 includes CLI server CLI 2. The third 
section 626 includes CLI server CLI 3. 

Before the update occurs and referring to Figure 6a, the row 610 indicates that 
the board in chassis 1, slot 1 is of type A and relates to CLI server version CLI 1. The 
row 612 indicates that the board in chassis 1, slot 2 is of type A and relates to CLI 
server version CLI 1. The row 614 indicates that the board in chassis 1, slot 3 is of 
type B and relates to CLI server version CLI 2. The row 616 indicates that the board 
in chassis 2, slot 1 is of type C and relates to CLI server version CLI 3. 

A image update may then occur, whereby a user may instruct the system to 
update the CLI server version for the board of type A in chassis 1, slot 1 with a new 
CLI server version CLI 4 and load a new software image to the boards. The system 
then inserts the new CLI server (CLI 4) into the table 620. Also, the system changes 
the entry in row 610, column 608 to reflect that future CLI commands involving 
board 1 in chassis 1 should use CLI server CLI 4. At this point, there are two versions 
of a CLI server for boards of the same type with different board software versions. 
Later when the software version of the chassis 1, slot 2 board is upgraded, the row 
612 may be updated to reflect that the board in chassis 1, slot 2 should use CLI server 
version CLI 4. Afterward, the entry 622 can be erased and the memory space used for 
other purposes. In addition, the remaining part of the software image can be 
downloaded to the boards. 

Referring now to Figure 7, a CLI server 700 includes a CLI master session 
process 706, a plurality of CLI sub-processes 702, a database 704, and an SNMP 
proxy agent 708. The CLI master session process 706 is coupled to a plurality of CLI 
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sub-processes 702, the database 704, and the SNMP proxy agent 708. The CLI server 
may reside on a System Manager board 701. A client process 720 is also coupled to 
the CLI master session 706 within the CLI server 700. 

In addition, a chassis 710 includes a board 712. The board 712 is coupled to 
one of the CLI sub-processes 702 within the CLI server 700. All CLI sub-processes 
702 communicate to their coupled boards through the SNMP proxy agent 708. 

Also, a chassis 714 includes a board 716 and a board 718. The board 716 is 
coupled to different CLI sub-processes 702 depending on the board type and software 
version through the SNMP proxy agent 708. The CLI master session 706 may receive 
commands from the client 720, parse the commands, convert the commands into the 
SNMP protocol, and transmit the commands to the SNMP proxy agent 708. In 
addition, the CLI master session 706 may wait to receive an SNMP response from the 
SNMP proxy agent 708 and forward this response to the client 720. Further, the CLI 
master session may create a plurality of CLI sub-processes 702, for example, to 
forward a CLI command to the board 712 on the chassis 710 and boards 716 and 718 
on chassis 714. 

The CLI sub-process 702 may be created by the CLI master session 706 to 
forward CLI messages to the SNMP proxy agent 708 to get to any boards in the 
chassis 710 or 714. The CLI sub-process 702 may also receive response messages 
from the SNMP proxy agent 708. 

The database 704 may store information concerning the various boards (e.g., 
boards 712, 716, and 718) and in which chassis (e.g. 710, or 714) the boards resides. 
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The database 704 may also store the boardtype as well as the version. The database 
704 may store any other type of information, as well. 

SNMP proxy agent 708 may send any SNMP command to the various boards 
(e.g., boards 712, 716, and 718). The SNMP proxy agent 708 may also receive 
5 responses from the various boards (e.g., boards 712, 716, and 718). 

The boards 712, 716, and 718 may be any type of board providing any type of 
functionality. The client 720 may be any process allowing a user to communicate 
with the CLI server 700. 

In view of the wide variety of embodiments to which the principles of the 
10 present invention can be applied, it should be understood that the illustrated 
embodiments are exemplary only, and should not be taken as limiting the scope of the 
present invention. For example, the steps of the flow diagrams may be taken in 
sequences other than those described, and more or fewer elements may be used in the 
block diagrams. While various elements of the preferred embodiments have been 
15 described as being implemented in software, in other embodiments in hardware or 
firmware implementations may alternatively be used, and vice- versa. 

It will be apparent to those of ordinary skill in the art that methods involved in 
the system and method for dynamic may be embodied in a computer program product 
that includes a computer usable medium. For example, such a computer usable 
20 medium can include a readable memory device, such as, a hard drive device, a CD- 
ROM, a DVD-ROM, or a computer diskette, having computer readable program code 
segments stored thereon. The computer readable medium can also include a 

communications or transmission medium, such as, a bus or a communications link, 
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either optical, wired, or wireless having program code segments carried thereon as 
digital or analog data signals. 

The claims should not be read as limited to the described order or elements 
unless stated to that effect. Therefore, all embodiments that come within the scope 
5 and spirit of the following claims and equivalents thereto are claimed as the invention. 
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